約 4,300,946 件
https://w.atwiki.jp/bemani_cd/pages/33.html
楽曲情報 収録CD情報 It's my miracleは、REFLEC BEATシリーズ初出の楽曲である。 楽曲情報 曲名 It's my miracle アーティスト Another Infinity feat. Mayumi Morinaga ジャンル BPM 175 収録CD情報 曲名 アーティスト 収録CD 演奏時間 備考 It's my miracle Another Infinity feat. Mayumi Morinaga REFLEC BEAT colette ORIGINAL SOUNDTRACK Vol.1 1 50 It's my miracle (Extended Mix) Another Infinity feat. Mayumi Morinaga REFLEC BEAT colette ORIGINAL SOUNDTRACK Vol.1 3 44 It's my miracle (Ryu☆Remix) Another Infinity feat. Mayumi Morinaga Plan 8 3 57 Ryu☆によるセルフリミックス
https://w.atwiki.jp/sfcall/pages/636.html
前のゲーム | 次のゲーム クリア条件：EDを見る 開始時間：2018/01/19(金) 20 10 58.57 終了時間：2018/01/20(土) 16 48 26.76 参加人数：2 落ちものパズルゲーム。同じ色が3つ並ぶと消える。 通常のテトリスと違い、横一列に並べて消す事はできない。 ブロックの種類は、上から降ってくる「移動ブロック」、元々配置されている「固定ブロック」、一番下のラインに1色につき1個ずつ配置されている「フラッシュブロック」がある フラッシュブロックを消すと、フィールド内に存在するそれと同じ色の固定ブロックはすべて消える。ただし移動ブロックは消えない。全てのフラッシュブロックを消すとステージクリア。 同じ色のブロックを6個以上並べて消した場合には、フィールド内に存在するそれと同じ色の移動ブロックはすべて消える。フラッシュブロックと固定ブロックは消えない。 NORMAL 初期配置された固定ブロックを全て消すとラウンドクリア。 画面一番下の光っているブロックを消すとテトリスフラッシュ。同色の固定ブロックは全て消える。 PUZZLE 初期配置と落ちてくるピースの形が決まっているモード。 パスワードあり。 NORMALかPUZZLEの最終面をクリアするとエンディング。 2主 1主のパスを引き継いでパズルモードの68面から参加しました。 アクションをほぼ必要としない思考型パズルなので落ち着いて遊べました。視聴者の方とも一緒に考えながら進められたので割とサクサクで楽しめました。 テトリスというよりドクマリに近いルールですが普通のテトリスに飽きたらやってみてはいかがでしょうか。 パズルのステージは左右対称の形が多く、そういう面は大抵ブロックも左右対称になるよう置くのが解答だったので考えやすいです。 ただし最終ステージの100面は見た目がかなりややこしく見た瞬間絶望しましたが、視聴者の方のアドバイスもありそれっぽい形に置いてみるときれいに消えて気持ち良かったです。100面のパスを書いておくので気になった人は挑戦してみてください。 100面パス Z3H 100面解答（ネタバレ注意） 100面クリア後の寸劇は左のおっさんがトースターからパンを発射して右の寝ていたおっさんにダイレクトアタックするというシュールなものでした その後The Endと出るだけでスタッフロールはありませんでした
https://w.atwiki.jp/a330hk/pages/15.html
リカバリ情報 A320用リカバリツールの使い方 前提 「リカバリツール」と言う場合、下記の二種類が存在する。 1.本家提供：丁果A320用リカバリツール (V1.2華芯飛系統焼録工具_32M_W35_GAME.exe) HK公式サイトからダウンロード可能な丁果A320用リカバリツールは、本家から持って来られた物。 2.HK提供：丁果A330用リカバリツールセット (USBbootTool.exe + A330_burn.exe) A330の中身はA320と全く同じであるため、丁果A320にも使用可能である。 本家提供のツールがHK版では不具合を起こすため、 HKが新たに提供したものと思われる。 混乱を避けるため本ウィキでは、丁果A320用リカバリツールをChinachip burning toolと呼ぶ。 中国語版 HK公式サイト HK公式サイトからChinachip burning toolがダウンロード可能である。 しかし、これらは本家から持って来られたものである。 それが証拠に、丁果A330HKには、Chinachip burning toolを使用できない。 背景が赤になり、"UNAUTHORIZE"と表示される。 ※参照：正規品と非正規品の見分け方 一部の非正規版A320(本体背面ロゴ無)では、Chinachip burning toolを使用可能。 しかし本wikiではHK版(丁果A330HKの動作)を基礎とするため、使用不能の立場を取るものとする。 解決方法 1．Ultimate Unbrick Kitを使用する。 Chinachip burning toolの改造版である。 全機体対応。HK版(A320,A330)に使用しても赤画面"UNAUTHORIZE"にならず、リカバリが可能となる。 2．HK版A330用リカバリツールセット(USBbootTool.exe+A330_burn.exe)を使用する。 A330用リカバリツールセット(wiki内説明ページ) HK公式サイト提供のツールセット。USBbootToolとburn.exeの2つを使用。 9331モデルのみ対応。丁果A330(HK)は全てリカバリ可能。 丁果A320HKは9331モデルのみリカバリ可能。 (9325モデルに使用すると、左右反転の鏡文字表示になってしまう) どちらを使用すれば良いのか？ Chinachip burning toolの導入で厄介なのは、ドライバの導入である。 リカバリ後にDINGUXを導入する場合、ドライバを入れ換えなければならない。 「burning tool用ドライバ」「DINGUX導入(USBTOOL)用ドライバ」の二種類がある事を知っておくこと。 1．Ultimate Unbrick Kit 長所：正規版HK版を問わず、全機体対応可能。 短所：burning tool用ドライバとDINGUX導入用ドライバの入れ換えが面倒。 2．HK版A330用リカバリツールセット 長所：DINGUX導入用ドライバで稼働。わざわざドライバを入れ換えなくて良いのでお手軽。 短所：9325モデルは使用不能。 本wikiでは、9325ならUltimate Unbrick Kitを、9331ならHK版A330用リカバリツールセットを推薦する。 Ultimate Unbrick Kit使用方法 (改造版Chinachip burning tool) 基本的には、Chinachip burning toolの使用方法と全く同じ。 参照：DINGOO 丁果 A320 @ ウィキ リカバリツールの使い方 但し以下記述のみ不適当。やめておいた方が良い。 2. 展開したディレクトリの中にある「usb_drv」ディレクトリの中のJz4740_usb.inf を 右クリックして出てきたメニューからインストールを選択。 [動作環境]Windows XP (32bit版) XP(64bit版)、VISTA,7は未確認。 32bit版ならVISTA,7でも行けるらしい。 [ダウンロード] DINGOO UNBRICKより、nbricker_Tool_All_Models.zipをダウンロード。 http //mobiles.gx-mod.com/tutoriaux/Dingoo/Debricker_Dingoo/Unbricker_Tool_All_Models.zip [作業手順] Step 1 本体をPCに接続し、Bボタンを押しながらResetキーを押す。 Step 2 ドライバのインストール A：「新しいハードウェアの検出ウィザード」が開く → 図説A B：「新しいハードウェアの検出ウィザード」が開かない ・DINGUX導入(USBTOOL)用ドライバ/burning tool用ドライバのいずれかが既にインストール済。 ・不具合発生時は、ドライバ入れ直しで対応すること。 → 図説B Step 3 "hacked-Testversion.exe" を起動。 Step 4 「SYSTEM DL CONFIG」の設定 「SELECT」ボタンを押下し、本体のスクリーンモデルを選択する。 ・ILI9325 → "A320_PD27_ILI9325_RLS.dl"を指定 ・ILI9331 → "CCPMP_CFG_A320_LCM_FAIR_ILI9331_320_240.DL"を指定 Step 5 「Firmware File」の設定 「SELECT」ボタンを押下し、"a320.HXF"を選択する。 同梱の"a320.HXF"は、ファームウェア version 1.2。 Step 6 「BURNING SYSTEM」ボタンを押下すると、リカバリが開始する。 Informationボックスに2行目が表示される時点で、本体がPCから切り離される「接続解除音」が聞こえて来る。 その後すぐに3行目が現れ、本体の液晶には「Firmware Upgrade...」と表示される。 Step 7 Informationボックスに4行表示され、最後の1行が「！」なら成功である。 この時点で、"hacked-Testversion.exe" は閉じること。 ( "unplug usb" というメッセージが表示される。USB接続を外そう) ファームウェアの更新作業は3-5分程度で終わり、丁果本体が自動で再起動する。 Step 8 (復帰後作業1) エミュレータの再導入 各種エミュレータを(.SIMやneogeo.zip)を、本体のGAMEフォルダ直下にコピーする。 →プラグイン For HK Step 9 (復帰後作業2) DINGUXの導入 DINGUXを導入する場合、ドライバの入れ替えが必要となる。 "boot 0"でストップして先に進めない原因はDINGUX用ドライバではないからから、と覚えておこう。 FAQ 問題の切り分け つまづきやすい所をまとめておく。 Step 6 「BURNING SYSTEM」ボタンを押下 ボタン押下後、10秒程度で二行目が現れ、本体液晶に「Firmware Upgrade...」と表示される。 3行目に"438358"が表示されれば、ほぼ成功とかんがえて良い。 A.Informationボックスに何も表示されない場合 →本体がPCに認識されていない。 "hacked-Testversion.exe" を閉じてから、Bボタン長押し＋Resetキーを押し、PCに再認識させてみる。 "接続音"が聞こえない場合、USBケーブルか本体に物理的な問題アリ。 B.2行目に"ffffffff"と表示される場合 →ドライバが正しくインストールされていない 割と多い例が、DINGUX用ドライバを入れてしまったケース。burning tool用ドライバを入れ直そう。 (2011.03.02 追記) C.2行目の表示について 文字化けメッセージ「ﾉﾕﾂｼﾊｧｰﾜ...」は、「本体を認識できません」という意味っぽい。 ここからさらに問題を切り分けてみる。 ケース1： Device 1d0 ﾏｵﾍｳﾉﾕﾂｼｿｪﾊｼ... Device ffffffff ﾉﾕﾂｼﾊｧｰﾜ... Device名に相違がある場合、ドライバが正しくない。 DINGUX用ドライバを入れてしまった場合、Device ffffffffと表示される。 burning tool用ドライバを入れ直してリトライ。 ケース2： Device 1d0 ﾏｵﾍｳﾉﾕﾂｼｿｪﾊｼ... Device 1d0 ﾉﾕﾂｼﾊｧｰﾜ... Device名が同一なら、ドライバが正しくインストールされている可能性が高い。 厄介なのは、此処で「ﾉﾕﾂｼﾊｧｰﾜ...」と表示されてしまった場合。 ドライバが正しく認識されているのに、「本体を認識できません」とは？ ハードウェアの故障である可能性が極めて大。 現在、情報収集中ではあるが、最悪リカバリ不能であると覚悟しておいた方が良い。 「ﾏｵﾍｳﾉﾕﾂｼｿｪﾊｼ...」の表示が気になって、簡体字中国語環境で試してみた。 "失敗"としか書いてない。 「ﾕ・ﾚﾔﾚｸ・ｽｻｯｴﾅﾅﾌ」という文字化けなら成功っぽいね。 →ココのSTEP7とか →PSPStyle Dingoo Digital A-320 「Unbricking」
https://w.atwiki.jp/yamamura2/pages/9289.html
【TOP】【←prev】【PlayStation】【next→】 クラッシュ・バンディクー タイトル クラッシュ・バンディクー 機種 プレイステーション 型番 SCPS-10031 ジャンル アクション 発売元 ソニー・コンピュータエンタテインメント 発売日 1996-12-6 価格 4800円（税別） タイトル クラッシュ・バンディクー PlayStation the Best for Family 機種 プレイステーション 型番 SCPS-91057 ジャンル アクション 発売元 ソニー・コンピュータエンタテインメント 発売日 1998-5-28 価格 2800円（税別） タイトル クラッシュ・バンディクー PS one Books 機種 プレイステーション 型番 SCPS-91304 ジャンル アクション 発売元 ソニー・コンピュータエンタテインメント 発売日 2001-10-12 価格 2200円（税別） タイトル クラッシュ・バンディクー お試しディスク 機種 プレイステーション 型番 PAPX-90010 ジャンル 体験版 発売元 ソニー・コンピュータエンタテインメント 発売日 価格 非売品 クラッシュバンディクー 関連 Console Game PS クラッシュ・バンディクー クラッシュ・バンディクー 2 クラッシュ・バンディクー 3 クラッシュ・バンディクー レーシング クラッシュ・バンディクー カーニバル GC クラッシュ・バンディクー 4 クラッシュ・バンディクー がっちゃんこワールド クラッシュ・バンディクー 爆走 ! ニトロカート Handheld Game GBA クラッシュ・バンディクー アドバンス クラッシュ・バンディクー アドバンス 2 ぐるぐるさいみん大パニック !? クラッシュ・バンディクー アドバンス わくわく友ダチ大作戦 ! クリスマススペシャルパッケージ クラッシュ・バンディクー クラッシュ・バンディクー 爆走 ! ニトロカート 駿河屋で購入 プレイステーション
https://w.atwiki.jp/cfvg/pages/2959.html
ラッシュバウ・ブレイカー シャドウパラディン - ハイビースト グレード〈0〉 ノーマルユニット (ブースト) パワー 5000 / シールド 10000 / クリティカル 1 自：先駆（同じクランのユニットにライドされた時、Rにコールできる） 自：[このユニットを山札の下に置く]あなたのターン中、このユニットがコストで退却した時、あなたの《シャドウパラディン》のヴァンガードがいるなら、コストを払ってよい。払ったら、あなたの山札の上から2枚まで見て、《シャドウパラディン》を1枚まで探し、Rにレストでコールし、その山札をシャッフルする。 フレーバー：闇を駆け、光を喰らう。 関連カード 『破壊者』 順位 選択肢 得票数 得票率 投票 1 使ってみたいと思う 0 (0%) 2 弱いと思う 0 (0%) 3 強いと思う 0 (0%) 4 面白いと思う 0 (0%) その他 投票総数 0 コメント
https://w.atwiki.jp/aerocats/pages/67.html
玄箱PROはHDDを取り付けなくても、内蔵されたフラッシュメモリである程度はNASとして作動する。 しかし、その構造上メモリへの書き込み回数に制限があるのでNANDフラッシュを酷使することは推奨できない。 構造 STMicroelectronics社のデータシートより。 玄箱PROからストレージとして扱う分には不要な項目もあるが、デバイスそのものの仕組みを知るには有用だと判断して掲載している。 基本データ メーカー STMicroelectronics 製品名 NAND02GW3B2C 容量 2Gb(256MB) バス x8 ページサイズ 2048+64バイト ブロックサイズ 128K+4Kバイト メモリ配列 64ページx2048ブロック ECC(Error Correct Code)用に各ページに64バイトのOOB(Out Of Band)が含まれている。 OOBの合計は8Mバイトになり、NAND02GW3B2Cの実質容量は264Mバイトとなる。 信号種別 信号名 概要 Inputs/Outputs(I/O0-I/O7) 選択されたアドレスを入力するか、出力モード時にデータを出力するか、または入力モード時にコマンドかデータを入力するのに使用される。入力はWrite Enableの立ち上がりでラッチされる。デバイスの選択が解除されるか、または出力に障害があるとき、I/O0-I/O7は浮いたままの状態になる。 Address Latch Enable(AL) Command Interfaceのアドレス入力のラッチを有効にする。ALがHighの場合、アドレス入力はWrite Enableの立ち上がりでラッチされる。 Command Latch Enable(CL) Command Interfaceのコマンド入力のラッチを有効にする。CLがHighの場合、コマンド入力はWrite Enableの立ち上がりでラッチされる。 Chip Enable(E) メモリコントロールロジック、入力バッファ、デコーダ、およびセンスアンプを活性化する。EがLowの場合に、デバイスは選択される。EがHighになっても、デバイスは選択されたままで残っていて、待ち受け状態を調べても、デバイスはbusyを示さない。 Read Enable(R) 出力モード時にシーケンシャルなデータ出力を制御する。データはRの立ち下がり後に有効となる。また、Rの立ち下がりは内部の列アドレス・カウンタを1つ増加する。 Write Enable(W) Command Interfaceへの入力と、アドレスおよびデータ入力のラッチを制御する。アドレスとデータの両方がWの立ち上がりでラッチされる。電源オン・オフ時、Command Interfaceがコマンドを受け入れる準備が完了するまでに10マイクロ秒の回復時間が必要となる。この間、WをHighに保つことをお勧めする。 Write Protect(WP) 求められていない書き込みか消去操作に対してハードウェア保護を与える入力ピン。WPがLowの場合は、デバイスはどんな書き込みや消去操作も受け入れない。電源オン・オフ時、WPをLowに保つことをお勧めする。 Ready/Busy(RB) P/E/Rコントローラーが現在アクティブであるかどうか特定するのに使用することができる開放型ドレイン。RBが、Lowである(読み込み)時は書き込みもしくは消去操作が進行している。操作が完了した時、Ready/BusyはHighになる。開放型ドレイン出力の使用にあたって、いくつかのメモリから単一のプルアップレジスタに接続することもできる。するとLowは、メモリの1つ（または以上）がbusyだと示すようになる。電源オン・オフ時、Command Interfaceがコマンドを受け入れる準備が完了するまでに10マイクロ秒の最小の回復時間が必要となる。この間、RBはLow。 モード操作 上記信号種別の相関関係を表にする。 EとRBはモード操作そのものに関係しないので省いた。 モード操作 E AL CL R W WP I/O0-7 コマンド入力 Low Low High High 立ち上がり X コマンド アドレス入力 Low High Low High 立ち上がり X アドレス データ入力 Low Low Low High 立ち上がり High データ入力 データ出力 Low Low Low 立ち下がり High X データ出力 アドレス入力 バスサイクル I/O7 I/O6 I/O5 I/O4 I/O3 I/O2 I/O1 I/O0 1st A7 A6 A5 A4 A3 A2 A1 A0 2nd Low Low Low Low A11 A10 A9 A8 3rd A19 A18 A17 A16 A15 A14 A13 A12 4th A27 A26 A25 A24 A23 A22 A21 A20 5th Low Low Low Low Low Low Low A28 8ビットの幅で5回のサイクルを費やすことでアドレスを入力している。 アドレス定義 アドレス 定義 A0-A11 列アドレス A12-A17 ページアドレス A18-A28 ブロックアドレス 11ビットで2048ブロックの1ブロックを指定する「ブロックアドレス」、6ビットで64ページの1ページを指定する「ページアドレス」、12ビットで2112バイトの1バイトを指定する「列アドレス」で、256Mバイト中の1バイトを指定している。 動作 NANDフラッシュメモリの基本動作とは以下のものがある。 読み書きはページ単位 消去はブロック単位 読み込みはシリアル ECC(Error Correct Code)格納用にOOB(Out Of Band)を持つ
https://w.atwiki.jp/crashta/pages/51.html
ステージ22「ゴールド ク ラッシュ」 【別窓】ランキングページ（クラッシュハウス） 動画タイム、および世界記録は0：41.55 編集者の自己ベストは0：43.73。 編集者の動画（0：44.40）↓ 00 （下準備）2秒箱になる木箱の横の？箱を壊し、最初のサボテン2体と、鷹を倒す（鷹はバズーカで倒すが、倒さなくても問題はない？）。 01 タイム箱になる2箱の右からバズーカを撃ち、タイムアタックが始まったら即座にスピンで箱を壊し、道の左側を走行。 02 すぐに6箱の塊が出てくるが、これは左側の1秒箱と木箱にスピンを当てる。間違っても爆弾に当たらないように。 03 空中に2箱が浮いている。ダブルジャンプスピンで破壊し（スライディングダブルジャンプは若干タイムロス）、無敵状態になるのだが、上側の箱を頭突くようにして壊すこと（動画を参考に）。 04 その後の穴を越えた後は一旦右側の柵に沿って走行する。1秒×２を壊し、穴を越えて少しすると無敵が切れる。その後もインコースで走り、横スクロールへ。 05 今度は空中に2秒箱が浮いている。これは、1秒箱ではなくその左の爆弾箱を踏み台にしてダブルジャンプし、頭突きで破壊。1秒箱を踏み台にすると0.2秒ほどロスになる。 06 すぐ後に穴が登場する。狭い足場を大、小、大ジャンプでテンポよく渡ろう。 07 また空中に2箱が浮いているが、これはポイント03と同じ。2回目の無敵状態に。 08 最初の金網ポイント 08-1 金網の手前から竜巻スピンを出す。 08-2 2秒箱の若干手前でジャンプし、そのまま壊しつつ向こう岸へ。 08-3 その後の2秒箱はジャンプで（ギリギリ無敵が切れていない可能性もあるので、ここまでスピンが持続していると望ましい。） 尚、このポイントはアナログスティックの方が安定してできる模様。 09 2回目の金網ポイント 09-1 1回目の金網と2回目の金網の丁度中間地点にある柱から竜巻スピンを開始。 09-2 足場の切れ目になったら×ボタンでジャンプ、1秒箱を破壊しつつ向こう岸へ渡る。 09-3 一旦画面手前へ進み足場の切れ目から竜巻スピンジャンプをしつつ1，2秒箱を破壊して戻る。 09-4 スピンが持続した状態のまま、右へ進み、スピンが終わった時点で×ボタンで大ジャンプ。そうすることで金網につかまらずに通過できる。 10 手動トロッコの部分は、とにかく死ぬ気で×ボタンを連打。乗ってすぐの2秒箱が壊れた時点で26秒前半が出ていれば上出来。 11 3回目の金網ポイント 11-1 ダブルジャンプで？箱と3秒箱の間に入り込み、2回目のジャンプ（少し落下してから出す）と同時に竜巻スピンを開始、3秒箱を破壊しつつ向こう岸へ渡る。 11-2 降りて2秒箱を取ったら大ジャンプし、金網につかまらずに渡る。 12 しばらく道なりに進み、爆弾箱の下のアクアクをスライディングで取って3回目の無敵スタート。 13 カーブを曲がった後の空中の3秒箱はスライディングジャンプ（＋スピン）で破壊。 14 更にすぐにダブルジャンプで箱を壊し4回目の無敵スタート。地面にある1秒箱を壊し損ねないように。 15 4回目の無敵が終わるまでは道なりにすすむ（世界記録の動画のように進んだほうが速いです）。 16 坂道の途中（タイム箱の真下より少し右）からスライディングダブルジャンプして上に行き、タイム箱を破壊して進む。 17 スライディングで爆弾の下をくぐった後、竜巻スピンジャンプで金網につかまらずに先の足場へ渡る。 18 直後の1，2秒箱を壊す。ここのタイムがゴールタイムになる。（私の動画では失敗しましたorz） 19 大ジャンプして右側の足場へわたり（1秒箱は無視）、アクアクを破壊して5回目の無敵に。 20 金網（？）にある3秒箱を破壊しつつ渡る。 21 最後の金網を竜巻スピンジャンプで越えた後、ニトロを壊した直後くらいに無敵が切れる。 22 段差を上って2秒箱を壊したら、斜め右にダブルジャンプしてショートカット。 23 最後の6秒分のタイム箱をしっかりと頂戴しつつ、ゴールへ突っ走る。 加筆・修正・質問等が御座いましたら、下記コメント欄または タイムアタック掲示板（クラッシュハウス） でお願いします。 質問等は 編集者 がお答えします。
https://w.atwiki.jp/friendsvsfriends/pages/118.html
フラッシュボム 分類 ヘルパー コスト １ レアリティ コモン 効果 フラッシュボムを投げるレベルアップで有効範囲と効果時間が強化【最大Lv：有効半径30 m、効果0.5-5 秒】 詳細 ダメージはない。炸裂時に視界内に入っていると少しの間視界が真っ白になる。撃って起爆することも可能（ただし撃った本人も食らう）。 相性の良いカード カード名 カード名 画像 画像 対策カード アイスブロック 身代わりの術 視界が戻るまでの時間を稼ぐことができる カード一覧に戻る
https://w.atwiki.jp/oraclesoa/pages/12.html
タスクの割り当て時に任意のプログラムを実行する方法 BPEL Process Manager の Workflow Service では、
https://w.atwiki.jp/lookworld/pages/49.html
データベース設計 Oracleデータベースを設計する際に有効である知識を以下に示す。 １.DB_BLOCK_SIZEを決定する Oracleはデータの管理をOracleブロックで管理します。SGA上のDBバッファもこの値を基に作成されます。この値はインスタンスを作成する前に決定しなければなりません。OLTP処理では2048、DSS処理では8192で定義するケースが多く見られます。 定義可能な値はOSに依存するため、OSのスペック表などで確認する必要があります。注意として、DB_BLOCK_SIZEを変更するにはデータベースを再構築するしかありません。 DB_BLOCK_SIZE MAXEXTENTS ２KB （２０４８） １２１ ４KB （４０９６） ２４９ ８KB （８１９２） ５０５ １６KB （１６３８４） １０３２ ３２KB （３２７６８） ２０７０ ２．データベース名は、アルファベット大文字でORACLE_SIDと同一とする データベースを作成するに当たって、まずデータベース名を決定する必要があります。DB_NAMEには８文字以内のテキスト文字列を設定しなければなりません。また、分かりやすさも考え、データベース名と環境変数ORACLE_SIDは同一にします。 ３.制御ファイルは必ずミラー化し、最低でも３ファイル構成とする 制御ファイルはインスタンスを管理している重要なファイルです。制御ファイルが破損しバックアップが存在しない場合は、リカバリ作業大変複雑になるため必ず別ディスクにミラーリングを行います。 ４．システム表領域のサイズは８０ＭＢ以上とする システム表領域は、データディクショナリやツール類の管理テーブルやストアドプロシジャやトリガー用の領域である。容量については、データディクショナリ用に20ＭＢ以上必要であり、ツール類の管理テーブルについてはツールの種類に、ストアドプロシジャ、トリガー用の必要容量についてはステップ数と数に依存するため物理設計段階では見積ることができないため大き目の設定をし、構築時に調整を行います。 ５.オンラインREDOログは必ずミラー化し、最低でも２メンバー・３グループとする Oracleでリカバリ機能の中核はオンラインREDOログです。オンラインREDOログを別ディスクにミラー化することにより、１グループのオンラインREDOログファイルが破損しても運用は続けられます。 この時、ディスク２に格納されているグループ１のオンラインREDOログが破損していますが、ミラーリングしているので運用に問題はありません。 ６.maxdatafilesにはできるだけ大きな値を設定する データベースは時が経つにつれ大きくなるものです。以後の拡張に備えてできるだけ大きな値を設定します。最大値はOSに依存します。インスタンスが使用するデータファイルのおよそ２倍を指定します。 ７.ロールバックセグメント用の表領域を作成し、数量・サイズは実測から決定する ロールバックセグメント表領域は、データベースエンジンにおいて、更新処理をロールバックする際に必要となる更新前の情報を保持するための領域であり、トランザクションのタイプと実際のデータに依存します。ロールバックセグメント用の表領域に関しては、オンライン処理用とバッチ処理用に分割します。詳細は「ロールバックセグメント設計」を参照してください。 ８．表領域のSTORAGE句のパラメータは対象となるオブジェクトの最小値とする 各オブジェクトに対する表領域のSTORAGEは、その中に作成されるオブジェクトのSTORAGEが優先され、オブジェクト作成する際に指定をしないとデフォルトが採用されます。よって万が一指定し忘れた場合のために、対象となるオブジェクトの最小値を採用します。 ９．表領域に対してMINIMUM EXTENTを指定する 表領域の断片化を制御するためのパラメータとして「MINIMUM EXTENT」があります。この値に対するOracleブロックの倍数でエクステントが増えるので、データを削除した後の小さなエクステントが発生する可能性が低くなります。しかし、その表領域でオブジェクト作成したときに、計画しているサイズにならない場合があるので注意が必要です。 SVRMGR create tablespace USR_DATA 2 datafile /opt/app/oracle/product/8.0.5/usrdata.dbf size 50M 3 minimum extent 1M 4 default storage(initial 1M next 1M pctincrease 1); 上記の表領域に、エクステントサイズ500Kのパラメータでテーブルを作成した場合は、実際には１ＭＢになります。 １０．システム表領域以外のPCTINCREASEは１とする 表領域のPCTINCREASEにデフォルト値で１と設定する。これを０とした場合はバックグラウンドプロセスSMONの連続空きエクステントの結合処理が働きません。手動では次のSQLを実行し連続している空きエクステントを結合します。ただし、システム表領域はOracleカーネルで管理しているため、デフォルト値とします。 SVRMGR alter tablespace XXX coalesce; １１.インデックス表領域を作成し、効率よくディスクI/Oを行う 効率よく検索処理を行う手法としてインデックス処理がありますが、実テーブルと同一のディスクにインデックスを配置することは、ハードディスクのシークタイムなどを考え好ましくありません。インデックスと実データは別ディスクに配置します。 １２.マルチスレッドサーバ方式の特徴を理解する マルチスレッドサーバと専用サーバの特徴を示します。 方式 評価 特徴 マルチスレッド ○ 省資源で大量ユーザをサポート可能 ○ シングルプロセッサ向き ○ OLTP処理向き × サーバでのハンドリングに限界があり、大量ユーザではボトルネックが発生する × 大量バッチ等の処理には不向き 専用サーバ ○ 大量バッチ等の処理向き ○ 各ユーザの処理に対し、オーバヘッドが少なくて済む × プロセス数が増加しすぎる傾向がある × 小規模のマシンでの性能が向上しない × OSに対する負荷が高い 以上より、マルチスレッドサーバは、多数のユーザをサポートするためのメモリ節約を行うために有効であることが理解できます。 １３.ファイルシステムを決定する パフォーマンスの向上の一つにRAWデバイスがあります。バッファを経由した書き込みを行わないためパフォーマンスは向上するのですが、運用管理が複雑になるため、シビアなパフォーマンス要求がない場合は、ファイルシステムを使用します。 １４.大容量の表領域で２ギカを超える場合、ファイルを複数に分割する UNIXでは２ギガを超える単一ファイルのバックアップで問題を起こすことがあるため、ファイル分割など行い２ギガを超えないようにします。 １５.複数のファイルに分割することで、I/O分散作業を円滑に行える データファイルが格納されているディスクにI/Oの問題が発生した場合に、ある１つのデータファイルを別デバイスに移動させI/O分散を円滑に行えます。また、マスタテーブル等の参照が主なメタ情報と、頻繁に更新が行われる時系列データで表領域を分割することも有効です。 １６.表領域のデータファイルのサイズを統一する I/Oの問題にてデータファイルの１ファイルを高負荷のディスクから、低負荷のディスクに移動させる場合の作業が円滑に行えます。 １７.データベースファイルはスワップファイルと同一ディスクに作成してはならない スワップファイルと同一ディスクにデータベースファイルを作成した場合、ディスクI/Oが集中しパフォーマンスが低下する。特にオンラインREDOログファイルの場合は深刻なパフォーマンス低下に陥ります。 １８.オンラインREDOファイルをストライピングしてはならない RAIDでストライピングを行っていても「SCSI障害」が発生すればデータは壊れます。その際にオンラインREDOログも壊れてしまっては何のためのリカバリ情報なのか分かりません。オンラインREDOログは独立系のディスクに配置し、シークオーバーヘッドをなくしI/Oレスポンスを上げることを考えます。